home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1995 / 0295.doc / 000074_owner-lightwave-l _Sun Feb 5 16:23:43 1995.msg < prev    next >
Internet Message Format  |  1995-03-19  |  3KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by netcom21.netcom.com (8.6.9/Netcom)
  3.     id QAA26962; Sun, 5 Feb 1995 16:13:04 -0800
  4. Received: from nova.unix.portal.com by netcom21.netcom.com (8.6.9/Netcom)
  5.     id QAA26956; Sun, 5 Feb 1995 16:13:01 -0800
  6. From: DrGandalf@cup.portal.com
  7. Received: from hobo.online.portal.com (hobo.online.portal.com [156.151.5.5]) by nova.unix.portal.com (8.6.9/8.6.5) with ESMTP id QAA05113 for <lightwave-l@netcom.com>; Sun, 5 Feb 1995 16:12:21 -0800
  8. Received: (pccop@localhost) by hobo.online.portal.com (8.6.7/8.6.5) id QAA23933 for lightwave-l@netcom.com; Sun, 5 Feb 1995 16:12:20 -0800
  9. To: lightwave-l@netcom.com
  10. Subject: Re: Anti-aliasing problem.
  11. Lines: 47
  12. Date: Sun,  5 Feb 95 16:12:19 PST
  13. Message-ID: <9502051612.3.22420@cup.portal.com>
  14. X-Origin: The Portal System (TM)
  15. Sender: owner-lightwave-l@netcom.com
  16. Precedence: bulk
  17.  
  18. >I have created an object which is beige in colour, and which has thin
  19. >dark (black) lines running horizontally along it.  The object was
  20. >rendered at something approaching an isometric view which makes
  21. >this dark lines render at around 20-30 degrees on the screen.
  22. >
  23. >I have been noticing that LW is not rendering these lines properly.
  24. >It's not just these black lines that are doing it - white highlights
  25. >too - plus it's not just these 30 degree lines.
  26. >
  27. >The lines turn out something like this:
  28. >
  29. >            ..:::II       HHHHHHHHHHHHMMMMMMMMMMMM
  30. >  MMMMMMMMMMMMHHHHH       IIII:::...
  31. >
  32. >It does that all the lenth of the line, so it looks like it's broken
  33. >every cm or so. Either side of the gap IS actually correct, it's just
  34. >a small break at a certain position all along it.
  35. >
  36. >I've just uploaded the object to tomahawk (Penti-Umm2.lha) although I
  37. >did go over all the really noticeable line in Brilliance and fix them
  38. >up. However, there are still parts which show this effect.
  39. >
  40. >So what is causing this?
  41. >
  42.  
  43.   This is caused by aliens. No, sorry, alias errors. A different sort of
  44. aliasing error. (forgive me, I just got back from a gig, and my mind is
  45. still recovering)
  46.   What happens is that part of the thin, slightly diagonal line is getting
  47. lost between scan lines. So, when the first image is rendered (before the
  48. "Searching for edges" step is done, according to your adaptive sampling
  49. setting) the thin line would look something like this (forgive the ASCII):
  50.  
  51. __________   ----------
  52.  
  53. The space ^^^ here is "between the scanlines", and the line is missed
  54. there. The adaptive sampling routine misses this spot, since there is
  55. no edge to detect. It anti-aliases as you described above.
  56.  
  57. The solution? You can turn off adaptive sampling, that may help a bit. The
  58. other solution is to render an oversized image (2X or even 4X) and then
  59. shrink it. All solutions to this problem will cause very large increases in
  60. rendering time.
  61.  
  62.  
  63.      <ELF> - Eric J Fleischer,MD - Dr Gandalf
  64.      DrGandalf@cup.portal.com